EPrints Technical Mailing List Archive

Message: #02656

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: IRStats 2-0.0.5 - Stats::Handler: requested processor 'countries' does not exist.

Hola,

Aren't you fixing this: https://github.com/eprints/irstats2/issues/3 ?

If so, you may want to read this also: https://github.com/eprints/eprints/issues/130

Seb.


On 21/02/14 09:25, John Salter wrote:
OK - me being stupid. Too many repos and not enough cache clearing.

I can confirm that the update to prototype seems to work for us on 3.3.10.


wget -O /path_to_eprints/archives/ARCHIVEID/cfg/static/_javascript_/auto/20_prototype.js https://ajax.googleapis.com/ajax/libs/prototype/1.7.1.0/prototype.js

In browser, make sure you reload the page+other files (e.g.Ctrl+F5 in Firefox).

Cheers,
John


-----Original Message-----
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of John Salter
Sent: 21 February 2014 08:51
To: 'eprints-tech@ecs.soton.ac.uk'
Subject: [EP-tech] Re: IRStats 2-0.0.5 - Stats::Handler: requested processor 'countries' does not exist.

I've just tried this on our test server (3.3.10), and it looks like the reloading/recreation of auto-3.3.10.js doesn't work properly.
I copied the system 20_prototype.js into the local directory, added a comment so I know it's mine, restarted the web server, regenerated static - still not coming through...

I'll see if I can fix it.

In the meantime, we changed the map plot of countries to a table:
{
    plugin => 'Table',
    datatype => 'countries',
    options => { top => 'countries', title => 'Countries' },
},

Cheers,
John

-----Original Message-----
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Tommy Ingulfsen
Sent: 21 February 2014 06:01
To: eprints-tech@ecs.soton.ac.uk
Subject: [EP-tech] Re: IRStats 2-0.0.5 - Stats::Handler: requested processor 'countries' does not exist.

I am mystified by this - I'm pretty sure it's Prototype that defines the
'each' function. I'm on EPrints 3.3.11 and IRStats 2-0.0.5.

I just took my file (which is version 1.7.1 of prototype.js):

 EPRINTSROOT/archives/ARCHIVE/cfg/static/_javascript_/auto/20_prototype.js

And moved it away from EPrints to my home directory, then restarted the
web server. That caused me to get the same error as you, a little red box
that says "this.each is not a function". Upon moving it back, the error
went away and the map reappeared.

Looking at the source of my local dev machine web page

http://eprints3311.localhost/cgi/stats/report/requests?range=_ALL_&from=&to
=

It links to the main _javascript_ file within the <head>:

    <script type="text/_javascript_"
src=""><!--padder--></script>

The start of auto-3.3.11.js is:


Š

/* From: 
/opt/eprints3311/archives/eprints3311/cfg/static/_javascript_/auto/20_prototy
pe.js */

/*  Prototype _javascript_ framework, version 1.7.1
 *  (c) 2005-2010 Sam Stephenson



Š

Is that what you've got as well?

tommy

On 2/20/14 3:28 PM, "Matthew Brady" <Matthew.Brady@usq.edu.au> wrote:


Hi Tommy,

Just an update......

After much double checking and another apache restarts, the system now no
longer pumps the "Stats::Handler: requested processor 'countries' does
not exist." Into the apache error_log.....
Maybe I was putting too much faith in the developer mode keeping things
current :) with re-loads of configs...

The component on the screen still displays "this.each is not a function",
so I'm guessing it's a bit of buggy code? In the 2-0.0.5 beta code... or
I'm missing something else, maybe a .js declaration call?

I have turned database logging on, and when loading the report page
<FQDN>/cgi/stats/report/eprint/933
the following query shows up, and it is returning valid data...

	SELECT `value`, SUM( `count` ) FROM `irstats2_countries` WHERE
`eprintid` = 933 GROUP BY `value` ORDER BY
SUM(`irstats2_countries`.`count`) DESC

Will need to check out the JS and find out where the data isn't getting
to the component...

Thanks for your help

Matt



-----Original Message-----
From: eprints-tech-bounces@ecs.soton.ac.uk
[mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Matthew Brady
Sent: Thursday, 20 February 2014 11:39 AM
To: eprints-tech@ecs.soton.ac.uk
Subject: [EP-tech] Re: IRStats 2-0.0.5 - Stats::Handler: requested
processor 'countries' does not exist.

Hi Tommy,

Thanks for the feedback.... to answer your questions,

The map isn't displaying at all,

I have updated Prototype that came with ePrints 3.3.10	/*  Prototype
_javascript_ framework, version 1.7
To the slightly newer                                                 /*
Prototype _javascript_ framework, version 1.7.1
No impact, I still get the component displaying, with the error message "
this.each is not a function " where the map should display..

I used Yum to install the geoip packages.  I have had problems in the
past getting the admins to retrieve/compile from cpan source etc...
The GeoIp code appears to be working successfully, as the countries table
has been populated...
Just incase there is something odd with different versions I have
installed.....
Installed:  perl-Geo-IP.x86_64 0:1.38-1.el6.rf   and its dependency:
geoip.x86_64 0:1.4.6-1.el6.rf
Installed:  perl-Geo-IP-PurePerl.noarch 0:1.24-1.el6.rf

I have this machine running in developer mode, which reloads the config
for every request....
I have also restarted apache....

Cheers
Matt 



_____________________________________________________________
This email (including any attached files) is confidential and is for the
intended recipient(s) only. If you received this email by mistake,
please, as a courtesy, tell the sender, then delete this email.

The views and opinions are the originator's and do not necessarily
reflect those of the University of Southern Queensland. Although all
reasonable precautions were taken to ensure that this email contained no
viruses at the time it was sent we accept no liability for any losses
arising from its receipt.

The University of Southern Queensland is a registered provider of
education with the Australian Government.
(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081 )


*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/


_____________________________________________________________
This email (including any attached files) is confidential and is for the
intended recipient(s) only. If you received this email by mistake,
please, as a courtesy, tell the sender, then delete this email.

The views and opinions are the originator's and do not necessarily
reflect those of the University of Southern Queensland. Although all
reasonable precautions were taken to ensure that this email contained no
viruses at the time it was sent we accept no liability for any losses
arising from its receipt.

The University of Southern Queensland is a registered provider of
education with the Australian Government.
(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081 )


*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/


*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/